home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 11175 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.1 KB

  1. Path: news.dal.ca!Skye!kelley
  2. From: kelley@phys.ocean.dal.ca (Dan Kelley)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Will JAVA kill C++?
  5. Date: 13 Mar 1996 01:13:35 GMT
  6. Organization: Dalhousie University
  7. Message-ID: <4i57fv$rgn@News.Dal.Ca>
  8. References: <313E44EA.14D110C0@netcom.com> <4hp18v$3di@frodo.smartlink.net> <4hq2j6$q93@galaxy.ucr.edu>
  9. NNTP-Posting-Host: skye.phys.ocean.dal.ca
  10. X-Newsreader: TIN [version 1.2 PL2]
  11.  
  12. Tom Payne (thp@cs.ucr.edu) wrote:
  13.  
  14. : When one is interested in speed, one should avoid pointers (as
  15. : does. Fortran), since pointers kill opportunities for optimization.
  16.  
  17. As a scientist who once walked a FORTRAN highway daily, who took an
  18. off-ramp to c++/perl/matlab/gri, I have to take the bait thus
  19. offered.
  20.  
  21. Am I to suffer yet another language shift?  I have taken some time to
  22. learn C++, or come close to learning it, and now this thread makes me
  23. fear another computer language maelstrom.  I know java and C++ share
  24. roots, but as a resident of a bilingual country I know that similar
  25. language roots don't always translate into ease of use.
  26.  
  27. I share a lot of code with other scientists, and I've been
  28. disappointed many times at how hard it is to get textbook c++ code
  29. working.  Vendor compilers suffer differences in template
  30. instantiation, forcing me to use all sorts of conditional compilation
  31. messiness in my C++ code and my gnu autoconf scripts.  And if g++
  32. (yes, scientists use this more than all you professional programmers
  33. might know) is any indication, the textbook code is still a long way
  34. from being workable in practice, what with continual development of
  35. template/exception/... mechanisms.  As a scientist (and here again I
  36. must apologize to you professional folks who have time to keep up with
  37. the trends) the changing ground underneath my feet is distracting from
  38. the real task of my research.  I don't long for fortran, but I do long
  39. for a language that will work on many machines, and which I can
  40. reasonably expect to work a year from now when I recompile with newer
  41. compilers.
  42.  
  43. So my question to the experts on this newsgroup is simply this:
  44. compared to C++, is java code really, in practice, transferrable from
  45. one machine to another?  And will java code that works this month
  46. likely work a year from now?  If so, then my vote on this thread is
  47. that java does, in fact, have the potential to kill C++.  For my
  48. experience as a non-dedicated and non-professional programmer may
  49. apply even to the experts who will read this: my time is better spent
  50. investing in code than in tweaking it from machine to machine and year
  51. to year.  All of this amounts to nothing more than expecting textbook
  52. code to actually work on an arbitrary machine.
  53.  
  54. PS: thanks to any of you who read through to the end of this.  I
  55. realize my comments may be out of place on such a technical group and
  56. such a detailed thread.  I offer my thoughts only in hopes of adding a
  57. reflection from angle.  Thanks.
  58.  
  59. --
  60. Dan E. Kelley                   internet:         mailto:Dan.Kelley@Dal.CA
  61. Oceanography Department         phone:                       (902)494-1694
  62. Dalhousie University            fax:                         (902)494-2885
  63. Halifax, NS, CANADA, B3H 4J1    WWW:  http://www.phys.ocean.dal.ca/~kelley
  64.